home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d20 / xrdor200.arc / _NEW_IN_.200 next >
Encoding:
Text File  |  1991-05-05  |  11.8 KB  |  204 lines
  1.   XRS "eXpress Response System" <tm> Door version 2.00 changes:
  2.         (since "RAX/QMX/SeX" version 1.40)
  3.  
  4. -1) This version is compiled with the new Borland C++ 2.0 - everything
  5.  _should_ work the same (hopefully not famous last words!)...
  6.  
  7. 0) No more "RAX/QMX/SeX" - it's always "XRS Door" for consistency on
  8.  different boards and to avoid confusion when "atypical" software
  9.  combinations are used.  XRSDoor still runs equally well any any
  10.  (currently available) "Hudson-style" message database, which includes
  11.  RemoteAccess, QuickBBS or SuperBBS at this writing.
  12.  
  13. 1) XRS Door supports "UserRequests" which include both an AreaFix-like
  14.  capability and the ability to "psuedo-FileRequest" from the BBS (i.e.
  15.  automate the download of files by sending a message).  Please see the
  16.  separate "REQUESTS.DOC" for a full description.
  17.     * * * * * * * * * * * * * * * * * * * * * * * * * *
  18.      WARNING!  IN ORDER TO SUPPORT THIS, XRS MUST HAVE
  19.      A "PRIVATE" SUBDIRECTORY FOR EACH NODE YOU HAVE,
  20.      TO PROCESS INBOUND MAIL AND "CLEANSE" THE MAIL OF
  21.      MESSAGES ADDRESSED TO 'XRS' (the UserRequests).
  22.      FAILURE TO HAVE AN EMPTY SUBDIRECTORY AT STARTUP
  23.      OF UPLOADS TO XRS DOOR COULD POTENTIALLY GO INTO
  24.      A LOOP TRYING TO PROCESS SOMETHING THAT IT THINKS
  25.      IS MAIL.  XRS DOOR ONLY EXTRACTS *.PKT FILES FROM
  26.      USER-UPLOADED MAILBAGS (OR WILL USE "NAKED" *.PKT
  27.      FILES FROM NON-MSDOS USERS), AND NUKES THE REST,
  28.      SO THERE IS NO WAY FOR A "MAIL BOMB" TO GET BY!
  29.     * * * * * * * * * * * * * * * * * * * * * * * * * *
  30.  XRS now leaves behind only *.PKT files when it is through - see item #
  31.  6 for important information on online mail tossing, netmail accounting,
  32.  etc using "Mk/Xrs"!  (this allows you to support RIME and other network
  33.  software other than FidoNet, too)
  34.  
  35. 2) If XRS Door finds a record marked for deletion by XRUserEd, it reuses
  36.  the "slot" for the next new user, using the same point number the old
  37.  user had previously been assigned.  XRS Door shows the SysOp whether or
  38.  not a record marked for deletion is reassigned on the local console,
  39.  but does not display that information on the remote screen.  (it also
  40.  says "No user record marked for deletion found" if it can't find one)
  41.  As a byproduct of this, if a user marked for deletion happens to log in
  42.  and use the program before his record gets reallocated, the "Delete"
  43.  flag is cleared, so he doesn't lose his identity (point #).  Note that
  44.  in XRUserEd, the users are arranged by number - in the actual file, the
  45.  users are in alphabetic ascending order for quick binary search (so the
  46.  user that looks like the 'first' marked for deletion in XRUserEd is not
  47.  necessarilly the first one in the file).  It replace the lowest one
  48.  (alphabetically) marked for deletion, if any.  (the lowest alphabetic
  49.  name in XRUserEd is the one which is highlighted when you start)  Note
  50.  that a new completely functional XRUserEd v 1.01 is included, which also
  51.  allows you to mangle the users' selections, protocol, packer, etc.
  52.  XRUserEd still expects to find "AREAS.BBS" in the current subdirectory
  53.  like QuickBBS used to (and I hope still does!), but if it is not there,
  54.  you can specify where it is located on the command-line: "XRUserEd Msg".
  55.  
  56. 3) XRS Door allows a limit of up to 5000 messages.  Normally only 995 are
  57.  sent, but using the "set maximum message count limit" <O>ption toggle,
  58.  you can set either a lower _or_ higher count up to the limit imposed by
  59.  the amount of time you have available.  Having more than 995 requires
  60.  XRS version 4.11 or later!  The SysOp must allow more than 995 messages
  61.  which is still the "MaxLimit" default.  (i.e. put "LIMIT 2000" into the
  62.  QMXSETUP.CFG file, up to a maximum of "LIMIT 5000" if you wish)  XRSDoor
  63.  *still* takes into account the time remaining when computing the actual
  64.  number of messages a user at a specific baud rate can actually retrieve!
  65.  
  66. 4) XRS Door only updates LASTREAD.BBS for areas which are selected.
  67.  
  68. 5) XRS Door displays remaining time available in each header display.
  69.  
  70. 6) Mark May's "Mk/Xrs" program can be used to completely automate all
  71.  inbound mail processing including netmail accounting and tossing mail
  72.  directly into the BBS message databases without using your normal echo
  73.  mailmangler.  MKXRS103.ZIP is the current released version - it works
  74.  equally well on any single or multi-line system, but if you have two
  75.  or more nodes, you should have separate "inbound" XRS-mail areas.  You
  76.  can call MKXRS automatically after each incoming mailbag is inspected
  77.  for UserRequests by placing "MKXRS" into your QMXSETUP.CFG file.
  78.  
  79. 7) Since XRS Door supports file-requests, it is unlikely that most SysOps
  80.  will want to continue "*!" free time.  A new QMXSETUP.CFG parameter
  81.  allows you to give users 'x' minutes of free time - "FreeTime 20" will
  82.  add 20 minutes to the available time in the door.  NOTE HOWEVER, that
  83.  you most likely still need to add "*!" to the command-line on the menu,
  84.  or the BBS software is liable to terminate the door when time would have
  85.  normally run out!  That way, the BBS thinks the user has unlimited time,
  86.  but actually, they get no more than the remaining time (plus "Freetime"
  87.  extra minutes if you specify any).
  88.  
  89. 8) Setting the "CRASH" bit using XRUserEd 1.01 allows you to specify any
  90.  user having the ability to send netmail with the CRASH attribute on.  If
  91.  you are the SysOp of a QuickBBS system, set the flag on for yourself.
  92.  Until I have final specs for the new QuickBBS layouts, I will not change
  93.  the program...  Version 1.01 of XRUserEd (included in the archive) also
  94.  allows you to set any of the other bits available.  ("Prepack mailbags"
  95.  is shown and toggles, but a program to auto-pack is not available yet)
  96.  
  97. 9) You can force users to read a certain area on your board by placing a
  98.  new parameter "FORCE x" where 'x' = the area *number* you want to be
  99.  required reading.  Note that RaQmSeX doesn't tell the user it is forced
  100.  nor display it as part of his list (unless he already selected it), nor
  101.  will turning the area off (as many times as he wants <grin>...) work.
  102.  There can be up to ten of these in your config file.  IMPORTANT NOTE:
  103.  IF YOU TURN ON A CONFERENCE WITH "FORCE" ALL READ SECURITY IS IGNORED!
  104.  (but if the user doesn't qualify for write access, they cannot reply)
  105.  Remember - this takes an area *number* as the argument - not a name.
  106.  
  107. 10) The same way you can "Force xxx" (where 'xxx' = area number) areas
  108.  on, you can "Lockout xxx" up to ten areas.
  109.  
  110. 11) The file CURR_VER.XRS (which accepts up to 64 characters) is displayed
  111.  for all users so they know what the latest version is (of XRS).  (sample
  112.  CURR_VER.XRS included)  For RA systems, a single copy of this file should
  113.  be kept in your "System" subdirectory.
  114.  
  115. 12) The expected filename for incoming mailbag uploads is displayed, so a
  116.  user that calls multiple XRS-capable systems knows which file to upload.
  117.  
  118. 13) XRS Door handles <CTRL_C> properly, in all cases just exits back to the
  119.  BBS.  (previously, depending on what was happening at the time, it was
  120.  possible to lock up the system!)  You can teminate XRS Door safely using
  121.  <CTRL_C> or <CTRL_K> either locally or across the modem.  XRSDoor places
  122.  a 'funny' message into the log about the "User Broke Me!" if this happens.
  123.  
  124. 14) If "SysOpOut xxx" is in effect and an XORIGIN.XRS file is detected, it
  125.  is automatically copied to the 'xxx' sub-directory.
  126.  
  127. 15) The routines used to write to the logfile were greatly optimized.
  128.  
  129. 16) A problem which caused XRS to display confusing <J>ump summaries which
  130.  didn't match the actual messages is fixed (if there is garbage in the BBS
  131.  message headers, any <CR> & <LF> characters are filtered out).
  132.  
  133. 17) "Show Pids" in QMXSETUP.CFG puts any ^aPID: lines found into mailbags.
  134.  
  135. 18) XRS Door will auto-bag mail if a valid DORINFO1.DEF & EXITINFO.BBS are
  136.  found and the environment variable "RQS" = 'AUTO'.  This allows the SysOp
  137.  to automatically pack his own mail daily, for example (would not work too
  138.  well with "SysOpOut"!).  Soon, XRUserEd and another program will allow
  139.  you to designate users to be pre-packed, as well.  XRSDoor suppresses the
  140.  display of most things when in auto-pack mode, and automatically knows to
  141.  switch to "Local" mode, regardless of what might be in the DORINFO1.DEF
  142.  file.  Note that if you setup a batch file to 'autobag' your mail each
  143.  night, you *must* save the updated EXITINFO.BBS each time, since you will
  144.  not be keeping a record of the updated "HighMsgRead".  Note also that if
  145.  an autobag session packs the maximum amount of mail allowed, it will just
  146.  start at that point the next time it is run, also if it finds itself in
  147.  autobag mode and either the "High Message" < "Next to Read" or there are
  148.  no new messages after the header scan, XRSDoor will exit immediately.  A
  149.  sample batch file "AUTO_BAG.BAT" is included - you will _HAVE_ to modify
  150.  it before it can be used.  You may want to implement some sort of rename
  151.  by date function to save each days' mail under a unique name.
  152.  
  153. 19) Swaps to LIM or Disk (current drive and sub-directory using the filename
  154.  "SWAP$RQS.!!!") if "SWAP" is in your QMXSETUP.CFG file.  XRS swaps the
  155.  (less than) 116K memory it uses minus a 4K reloader 'stub' on disk if 112K
  156.  of LIM/EMS memory is not found.  Swapping is used for all external program
  157.  calls including DSZ.COM, MKXRS.EXE and archival programs.  Swapping to
  158.  LIM/EMS is instantaneous, disk swapping is relative to disk performance
  159.  but hardly noticable even on the slowest hard drive, since XRSDoor doesn't
  160.  have a large 'footprint'.  Allowing "Swap" is definitely most useful for
  161.  multi-node setups running under DesqView, for example.
  162.  
  163. 20) If you do not want XRSDoor to swap to LIM/EMS (use disk only), put the
  164.  "No EMS" parameter into QMXSETUP.CFG to avoid LIM/EMS swapping.  This is
  165.  useful only in combination with "Swap".  (note: if you do not have any EMS
  166.  memory, this parameter is not needed - XRSDoor will not try LIM/EMS...)
  167.  The only reason I can think of that you might need this is if your LIM/EMS
  168.  is not working properly, or you are running a multi-tasker and don't want
  169.  XRSDoor to tie up that memory even temporarilly.  If you have LIM/EMS but
  170.  do not have enough free, XRSDoor will swap to disk instead automatically.
  171.  
  172. 21) XRSDoor recognizes anything except '0' in DORINFO1.DEF as being color
  173.  graphics mode (no need to kludge the file with another utility).  Avatar
  174.  output calls will be added to 2.01, but for now, XRSDoor assumes the user
  175.  has an ANSI "fallback", since Avatar is usually implemented as a superset
  176.  of ANSI (Q-Modem works this way, and I suspect many other do, as well).
  177.  
  178. 22) If the user input times out or carrier is lost when waiting at the
  179.  "Update High Message Number?" prompt, the pointers are updated anyway.
  180.  
  181. 23) When a user timeout (three minutes with no response) occurs, the colors
  182.  are reset to light grey (dim white) on black.
  183.  
  184. 24) The somewhat confusing "Yes/No/Logoff" prompt is replaced by a mini-menu
  185.  that is more explanatory.  Logoff is now "Quick pack, update & logoff" (or
  186.  "Quick pack and update pointers" if you are local, since dropping carrier
  187.  does not log you off locally).
  188.  
  189. 25) If no new messages are found, you go directly to the main menu instead
  190.  of through the "Yes/No/Quick" sub-menu, since "Yes" or "Quick" here would
  191.  simply quit back to the BBS anyway (because no mail would be found).
  192.  
  193. 26) The "Quick Pack" option works for local users, but is does not display
  194.  the ten-second countdown, since dropping carrier has no effect in local
  195.  mode (you go back to the BBS immediately either way locally).
  196.  
  197. 27) The high-bit graphics characters '>>' and '<<' around threads are just
  198.  single '>' and '<' (non-graphics) charcaters, to eliminate problems for
  199.  non-DOS machines.
  200.  
  201. 28) LHA is used in place of LHARC.  If you don't already have the new LHA
  202.  (formerly LHArc) version 2.10 (or later) - you should!  It packs tighter
  203.  than PKZip and is faster than previous versions.
  204.